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DETAILED ACTION 



1 . This communication is responsive to the Request for Reconsideration filed 01 
March 2005. 

2. Claims 3-4, 10-11, 17-18 and 22-35 are pending in this application. Claims 3, 10, 
17, 22, 24, 27, 30 and 33 are independent claims. This action is made Final. 



Claim Rejections - 35 USC § 103 

The text of those sections of Title 35, U.S. Code not included in this action can 
be found in a prior Office action. 

3. Claims 3-4, 10-11,1 7-1 8, 22-25, 27-28, 30-31 and 33-34 are rejected under 35 
U.S.C. 103(a) as being unpatentable over U.S. Patent No. 5,408,665 to Fitzgerald in 
view of U.S. Patent No. 6,526,571 to Aizikowitz et al. and U.S. Patent No. 5,907,704 to 
Gudmundson et al. 

Referring to claim 3, Fitzgerald teaches a system and method for listing public 
elements in a library as claimed. See Figures 3-4 and the corresponding portions of 
Fitzgerald's specification for this disclosure. Refer also to claims 1 and 6 for more 
details of this disclosure. In particular, Fitzgerald teaches a method for representing an 
application programming interface (API) definition for a programming language library 
[260], said method comprising: 

creating [Librarian 265 creates] a public list [Standard Dictionary 360 (also 430): 
'a list of the library's public symbols and module names' (Column 8, lines 51-59)] 
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including all public elements [library object modules (See Fig. 3B)] defined in said 
programming language library, said public list including a class sublist [Dependency List 
445] for each of said public elements, each said class sublist including all direct and 
indirect public superclasses of a class ['each module it needs' (Column 11, lines 17-25) 
See also Column 3, lines 13-25]; and 

storing [stored in Library File 410 (See Fig. 4A)] said list. 

Fitzgerald does not explicitly state that the library (260) is an object-oriented 
library as claimed, and thus does not expressly state that the public elements are public 
classes and interfaces. However, Fitzgerald does state that in the preferred 
embodiment, the programming language specific to the system is Borland C++. See 
column 5, lines 46-59 for this disclosure. C++ being an object-oriented language, this 
provides direct suggestion for using an object-oriented library for Fitzgerald's library as 
claimed. Furthermore, one can infer that Fitzgerald's library is object-oriented because 
it stores objects. See Figures 3B-4A and the corresponding portions of Fitzgerald's 
specification for this disclosure. 

Aizikowitz teaches a system and method similar to that of Fitzgerald, wherein a 
class dependency hierarchy is generated from an object oriented library. See Figures 1 
& 2 and the corresponding portions of Aizikowitz' specification for this disclosure. In 
particular, Aizikowitz teaches the practice of creating a class hierarchy (CHG) for 
classes and interfaces of a Java package (object-oriented library). Furthermore, 
Aizikowitz' public elements (as applied to Fitzgerald) comprise classes and interfaces as 
claimed. See Figure 2; column 2, lines 58-59; and column 3, lines 40-46 of Aizikowitz' 



Application/Control Number: 09/662,258 Page 4 

Art Unit: 2161 

specification for this disclosure. Finally, Aizikowitz' public hierarchically-related 
elements (as applied to Fitzgerald) comprise public superclasses and public 
superinterfaces of said classes and said interfaces as claimed. See Figure 2 and 
column 7, lines 25-30 of Aizikowitz' specification, in light Fitzgerald's disclosure of the 
Dependency List in the combination above, for this disclosure. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply Fitzgerald's method of creating a list of public elements 
reflecting their dependencies to the object-oriented library of Aizikowitz in order to 
derive the object-oriented library's dependency hierarchy in a list structure as claimed. 
One would have been motivated to do so because of the suggestions provided by 
Fitzgerald as above. 

Neither Fitzgerald nor Aizikowitz explicitly state that each class sublist excludes 
private classes as claimed. However, Aizikowitz does mention the usage of 
encapsulation in conjunction with Figure 2. Gudmundson, a system and method similar 
to those of Fitzgerald and Aizikowitz, shows that the purpose of encapsulation in object- 
oriented programming is to hide private objects from all but the class to which they 
directly belong. See e.g. the Background of the Invention section of Gudmundson's 
specification for this disclosure. Thus, by Aizikowitz' disclosure of encapsulation, it 
would have been obvious to one of ordinary skill in the art at the time the invention was 
made that Aizikowitz' method (as combined with Fitzgerald) would display the class 
sublist including the public superclasses, but excluding the private classes as claimed, 
given Gudmundson's disclosure of the purpose for encapsulation. One would have 
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been motivated to combine the references as such in order to fill the void created by 
Aizikowitz' lack of description on encapsulation. 

Referring to claim 4, the system and method of Fitzgerald in view of Aizikowitz 
and Gudmundson as applied to claim 1 above discloses the invention as claimed. 
Aizikowitz 1 object-oriented library (as applied to Fitzgerald) is a Java package as 
claimed. See Figure 1 and column 2, line 50 et seq. of Aizikowitz 1 specification for this 
disclosure. 

Claims 10-1 1 are rejected on the same basis as claims 3-4 respectively. See the 
discussions regarding claims 3-4 above for the details of this disclosure. 

Claims 17-18 are rejected on the same basis as claims 3-4 respectively. See the 
discussions regarding claims 3-4 above for the details of this disclosure. 

Claims 22-23 are rejected on the same basis as claims 3-4 respectively. See the 
discussions regarding claims 3-4 above for the details of this disclosure. 

Referring to claim 24, the system and method of Fitzgerald in view of Aizikowitz 
and Gudmundson as applied to claim 3 above discloses the invention as claimed. See 
Figure 6 and the corresponding portion of Fitzgerald's specification for this disclosure. 
In particular, Fitzgerald (as modified by Aizikowitz and Gudmundson) teaches a method 
for determining a program hierarchy, said method comprising: 

receiving [Step 601] an application programming interface (API) definition file 
[Standard and Extended Dictionaries] for an object-oriented library, said API definition 
file including... [See the discussion regarding claim 3 above]; and 

traversing the program hierarchy through the dependency list [See Fig. 6C]. 
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Fitzgerald (as modified by Aizikowitz and Gudmundson) does not explicitly teach 
the step of "indicating a first public element is a direct parent of a second public 
element" as claimed. However, looking at the structure of Fitzgerald's (as modified by 
Aizikowitz and Gudmundson) Extended Dictionary described above with regard to 
claims 1 and 2, one can infer that the direct parent of a specific module (public element) 
is represented in the sublist (dependency list) of that module, but is not represented in 
the sublist of any other modules listed in that module's sublist. In other words, in order 
to traverse Fitzgerald's (as modified by Aizikowitz and Gudmundson) hierarchy, a first 
module's direct parent can be found by searching that first module's sublist to find the 
second module that is not listed in the sublist for any other module in the first module's 
sublist. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to program Fitzgerald's (as modified by Aizikowitz and 
Gudmundson) system to traverse the Extended Dictionary's hierarchy to find a first 
module's direct parent by searching that first module's sublist to find the second module 
that is not listed in the sublist for any other module in the first module's sublist as 
claimed. One would have been motivated to do so because this method is easily 
inferred from the structure of the Extended Dictionary, and seems to be the only method 
for traversing the hierarchy possible. 

Claim 25 is rejected on the same basis as claim 4 above, in light of the basis for 
claim 5. See the discussions regarding claims 3, 4 and 24 above for the details of this 
disclosure. 
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Claims 27-28 are rejected on the same basis as claims 24-25 respectively. See 
the discussions regarding claims 24-25 above for the details of this disclosure. 

Claims 30-31 are rejected on the same basis as claims 24-25 respectively. See 
the discussions regarding claims 24-25 above for the details of this disclosure. 

Claims 33-34 are rejected on the same basis as claims 24-25 respectively. See 
the discussions regarding claims 24-25 above for the details of this disclosure. 

4. Claims 26, 29, 32 and 35 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Fitzgerald in view of Aizikowitz and Gudmundson as applied to 
claims 24, 27, 30 and 33 above, and further in view of U.S. Patent No. 5,974,255 to 
Gossain et al. 

Referring to claim 26, the system and method of Fitzgerald in view of Aizikowitz 
and Gudmundson as applied to claim 24 above does not explicitly disclose the steps of 
comparing two reconstructed program hierarchies and indicating an error when they are 
inconsistent as claimed. However, Aizikowitz does disclose the need to maintain 
integrity of the program hierarchy in order to maintain the signed and sealed status of 
the package. See the Background and Summary of the Invention sections of Aizikowitz 1 
specification for this disclosure. This provides suggestion for examining the hierarchy of 
an API with an expected hierarchy to maintain consistency for the signed and sealed 
status. 

Gossain discloses a method for testing the inheritance hierarchy of an object- 
oriented class structure by comparing the active hierarchy to a test hierarchy stored 
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within the system. See the Figure and the Detailed Description of the Drawing section 
for this disclosure. Refer specifically to column 3, lines 6-14. Gossain teaches the two 
claimed steps as follows: 

Comparing [step 1 8] a first program hierarchy [hierarchy of class under test (1 1 )] 
with a second program hierarchy [test class hierarchy (12)]; and 

Indicating an error [Column 3, lines 9-10] when said first program hierarchy is 
inconsistent ['when a difference between the current state and expected state... is 
detected' (Column 3, lines 7-8)] with said second program hierarchy. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate Gossain's method for testing class hierarchies into 
Fitzgerald's (as modified by Aizikowitz and Gudmundson) system such that the system 
would compare the hierarchy reconstructed from an Extended Dictionary for one library 
with the hierarchy reconstructed from a test Extended Dictionary, and indicate an error 
when the two hierarchies were inconsistent. One would have been motivated to do so 
because of Aizikowitz' suggestion described above. 

Claims 29, 32 and 35 are each rejected on the same basis as claim 26 above. 
See the discussion regarding claim 26 for the details of this disclosure. 

5. Claims 3-4, 10-11, 17-18 and 22-23 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over U.S. Patent No. 6,230,314 to Sweeney et al. in view of 
Aizikowitz and Gudmundson. 
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Referring to claim 1, Sweeney discloses a system and method for generating an 
object-oriented program inheritance listing. See Figures 3, 4 & 7 and the corresponding 
portions of Sweeney's specification for this disclosure. In particular, Sweeney teaches a 
method for representing an application programming interface (API) definition for an 
object-oriented program, said method comprising: 

creating [Steps 703-707] a public list [Class Hierarchy (See Fig. 3 and column 3, 
line 59 - column 4, line 4)] including all public classes and interfaces [set of classes] 
defined in said object-oriented program, said public list including a class sublist for each 
of said public classes ['for every class' (column 4, line 2)], each said class sublist 
including all direct and indirect public superclasses ['the set of base classes it inherits 
from is specified' (column 4, lines 2-3)]; and 

storing said list [See column 19, lines 56-62], 

Sweeney does not explicitly disclose that the object-oriented program used for 
generating the API definition is an object-oriented library as claimed. However, 
Sweeney does disclose the use and importance of object-oriented libraries in the 
background of the invention section (See column 1, lines 1 1-24). This provides 
suggestion for applying Sweeney's method to an object-oriented library. 

Aizikowitz teaches a system and method similar to that of Sweeney, wherein a 
class dependency hierarchy is generated from an object oriented library. See Figures 1 
& 2 and the corresponding portions of Aizikowitz' specification for this disclosure. In 
particular, Aizikowitz teaches the practice of creating a class hierarchy (CHG) for 
classes and interfaces of a Java package (object-oriented library). Furthermore, 
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Aizikowitz' public elements (as applied to Sweeney) comprise classes and interfaces as 
claimed. See Figure 2; column 2, lines 58-59; and column 3, lines 40-46 of Aizikowitz 1 
specification for this disclosure. Finally, Aizikowitz' public hierarchically-related 
elements (as applied to Sweeney) comprise public superclasses and public 
superinterfaces of said classes and said interfaces as claimed. See Figure 2 and 
column 7, lines 25-30 of Aizikowitz 7 specification, in light Sweeney's disclosure of the 
Dependency List in the combination above, for this disclosure. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply Sweeney's method of creating a list of public elements 
reflecting their dependencies to the object-oriented library of Aizikowitz in order to 
derive the object-oriented library's dependency hierarchy in a list structure as claimed. 
One would have been motivated to do so because of the suggestions provided by 
Sweeney as above. It would have been further obvious to one of ordinary skill in the art 
at the time the invention was made to exclude private classes from the sublist as taught 
by Gudmundson, for the same reasons as provided above. 

Referring to claim 4, the system and method of Sweeney in view of Aizikowitz as 
applied to claim 1 above discloses the invention as claimed. Aizikowitz' object-oriented 
library (as applied to Sweeney) is a Java package as claimed. See Figure 1 and 
column 2, line 50 et seq. of Aizikowitz' specification for this disclosure. 

Claims 10-1 1 are rejected on the same basis as claims 3-4 respectively. See the 
discussions regarding claims 3-4 above for the details of this disclosure. 
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Claims 17-18 are rejected on the same basis as claims 3-4 respectively. See the 
discussions regarding claims 3-4 above for the details of this disclosure. 

Claims 22-23 are rejected on the same basis as claims 3-4 respectively. See the 
discussions regarding claims 3-4 above for the details of this disclosure. 



Response to Arguments 

6. Applicant's arguments filed 01 March 2005 have been fully considered but they 
are not persuasive. 

Referring to applicant's remarks on pages 2-4 regarding the 35 U.S.C § 103 
rejections over Fitzgerald in view of Aizikowitz and Gudmundson: Applicant argued that 
the obviousness rejections are not well founded. 

The examiner disagrees for the following reasons: Applicant's arguments on 
page 3 regarding Fitzgerald are piecemeal, failing to consider the combination as a 
whole. In response to applicant's arguments against the references individually, one 
cannot show nonobviousness by attacking references individually where the rejections 
are based on combinations of references. See In re Keller, 642 F.2d 413, 208 
USPQ 871 (CCPA 1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 
1986). Aizikowitz clearly teaches the claimed classes and interfaces in an object- 
oriented setting. Further, Fitzgerald's public symbols and module names are parallel in 
function to the claimed interfaces and classes. Fitzgerald's system is directed to 
Borland C++. See column 5, lines 46-59 for this disclosure. C++ being an object- 
oriented language, this provides direct suggestion for using an object-oriented library for 
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Fitzgerald's library as claimed. Furthermore, one can infer that Fitzgerald's library is 
object-oriented because it stores objects. See Figures 3B-4A and the corresponding 
portions of Fitzgerald's specification for this disclosure. Thus, the combination as a 
whole, does teach the claimed classes and interfaces. 

Applicant's arguments on pages 3-4 regarding Fitzgerald's Standard Dictionary, 
Extended Dictionary and Dependency List are repugnant to Fitzgerald's disclosure. 
Specifically, Figure 4A of Fitzgerald clearly shows that the Dependency List is a sub- 
part of the Extended Dictionary, which is an extension of the Standard Dictionary. More 
importantly, they are all stored within the same file/data structure (Library File 410). 
Applicant is reminded that neither the claims nor the prior art can be considered within a 
vacuum. 

Applicant's remarks on pages 4-7 regarding the Section 103 rejections of the 
dependent claims and other independent claims similar to claim 3 substantially repeat 
the arguments addressed above, and are piecemeal. The examiner's response above 
is considered to address these arguments as well. 

Referring to applicant's remarks on pages 7-8 regarding the Section 103 
rejections over Sweeney in view of Aizikowitz and Gudmundson: Applicant argued that 
these obviousness rejections are not well founded. 

The examiner disagrees for the following reasons: First, Fitzgerald is not relied 
upon, or mentioned in any way, in this ground of rejection whatsoever. Applicant has 
grossly misconstrued the references and the grounds of rejection. The fact that the 
grounds of rejection mentions "dependency list" does not implicate Fitzgerald, and 
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applicant's interpretation as such is improper. Sweeney does in fact disclose a 
dependency list, just the same as applicants claims are directed to a dependency list... a 
list of dependencies in an object-oriented class hierarchy. Second, Sweeney's 
disclosure in Column 6, lines 31-35 does not imply "that Sweeney does not hide such 
information but in fact processed and used the information..." as argued by applicant. 
This is speculative at best, and even if true, does not mean that Sweeney actually 
includes the hidden elements in the dependency list. Further, Figure 2 of Aizikowitz 
simply shows an inheritance hierarchy "handled by the invention" (See Column 3, lines 
29-31 ), and does not in any way teach away from the combination. Finally, applicant's 
assertion that "explicit teachings in both references that hidden information is included 
in the structures relied upon by the Examiner" has no basis in fact. Applicant has 
misconstrued the reference teachings, and relied upon improper speculation. The 
rejections are maintained and made Final. 

Conclusion 

7. THIS ACTION IS MADE FINAL Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
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extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Brian Goddard whose telephone number is 571-272- 
4020. The examiner can normally be reached on M-F, 9 AM - 5 PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Safet Metjahic can be reached on 571-272-4023. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

bdg 

16 December 2005 ^ 
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